OPC 忙不过来了！我把办公桌装进了口袋

Anton Coding 2026年5月26日 08:30

OPC 开张接到客户项目之后，以为好日子要来了。

项目要做，代码要写，结果要验。新的客户和机会也不能停，还要继续挖掘、对接。再叠上出差、路上、临时行程，所有事情最后都落到一个人身上。

以前这件事很难解。

如果出门，就做不了项目；如果坐在电脑前埋头做项目，就没时间发展更多客户。项目交付和客户开发互相抢时间，一个人公司的业务突然就卡在这里，OPC 忙得不可开交。

这次出差前，我手头已经有客户项目在推进，也还有新的客户线索要处理。按以前的方式，我大概率只能二选一：要么背着电脑到处找地方工作，要么白天先放下项目，晚上回酒店再补。

但这一次，项目基本没落下。

白天在路上，我用手机给家里的 Agent 派任务，看它执行到哪一步，顺手批一下授权。到酒店后，打开随身 MacBook 接着验收、复盘、规划第二天任务。出门不带电脑的时候，手机也能继续指挥酒店或家里的电脑工作。

这套方式跑通以后，我对“移动办公”的理解变了。

以前移动办公靠便携：电脑要轻，网络要稳，人要随时能坐下来干活。

现在更像一套随身生产系统：手机负责发起和确认，电脑负责承载环境，Agent 负责执行，飞书和 GitHub 负责让产出可接力。

所以我开始把办公桌拆开。

一部分在家里的 Mac 上，一部分在随身 MacBook 上，一部分在飞书和 GitHub 里，入口放在手机里。

这就是我说的：我把办公桌装进了口袋。

)

这次出差，项目为什么没有停

以前出差，最怕项目突然需要推进。

人在路上，电脑在包里，网络不稳定，时间也被切得很碎。哪怕只是改一个小问题，也要找地方坐下、开热点、打开项目、拉代码、切环境。

这套动作一多，人就会本能地拖延：等晚上回酒店再说。

但晚上回酒店时，新的消息、当天的疲惫、第二天的安排又会叠上来。项目不是不能做，而是每次启动成本都很高。

这次不一样。

我在酒店先规划好今天希望 Agent 完成的工作，把任务交出去，然后出门。白天在外面，有空就看一眼手机：执行到哪一步，有没有需要授权，产出是不是跑偏。

如果只是确认一个权限、判断一个方向、看一段 diff，我不用完整进入工作状态。排队、等车、路上短暂停下来，都能处理。

晚上回到酒店，我打开 MacBook 时，面对的不是一堆“还没开始”的任务，而是一组已经跑过一轮的结果：哪些文件改了，哪些内容生成了，哪些问题需要我拍板，第二天要继续派什么任务。

碎片办公真正有用的地方就在这里：它把碎片时间变成项目推进里的确认点、审批点和接力点。

)

我这套口袋办公桌怎么搭起来

我的配置不复杂，关键是每个设备有明确分工。

)

家里有一台 Mac，专门作为常驻 Agent 设备，主要跑 Codex、Hermes、OpenClaw。只要家里网络和设备在线，它就像一个远程工作节点，可以接收任务、跑代码、处理文档、上传产出。

另一台 MacBook 是我的主力工作电脑。深度工作、复盘、验收、复杂判断，还是在这台电脑上完成。它也装了 Codex，所以出差到酒店后，可以直接接着跑。

手机上装 ChatGPT。

它是我在外面的入口。通过手机，我可以指派两台电脑上的 Codex 分别在各自设备上工作，也可以看 Codex 的执行过程、审批授权请求和阶段性产出。

)

这张截图最能说明现在的感觉。

一个手机界面里，可以看到不同设备上的 Agent。家里的 Mac 可以继续跑，随身 MacBook 也可以接任务。我不用先判断自己身边有没有电脑，而是先判断这件事应该交给哪个节点。

文档和图片产出走飞书云盘。文章草稿、图片、整理后的资料，Agent 上传到飞书后，手机能看，MacBook 能看，家里的 Mac 也能继续围绕这些文件处理。

代码项目走 GitHub。仓库、分支、提交记录、PR、diff 都天然适合跨设备接力。家里的 Agent 改完一轮，随身电脑可以拉下来验收；随身电脑推进到一半，也可以让家里的设备接着跑。

整个系统其实就三类东西：手机是入口，电脑是工作节点，飞书、GitHub 和 ChatGPT 是接力层。

只要这三类东西通了，办公就不再被一台设备卡死。

)

它为什么能覆盖大多数出差场景

多数出差场景，本质上就是设备和网络条件不断变化。

身边有电脑，也有网络时，直接用当前设备工作。比如在酒店，打开 MacBook，继续做深度处理、复盘当天 Agent 的产出、规划第二天任务。

身边有电脑，但没有稳定网络时，比如在路途中，手机反而更可靠。只要手机网络在线，就可以把任务派给家里的常驻 Agent，让家里的 Mac 先跑起来。

身边没有电脑时，比如临时出门、排队等人、在车上，手机也可以直接发起任务。

文档、资料、内容整理，交给 Hermes 或 OpenClaw 处理，再把结果放到飞书。代码相关任务，交给对应设备上的 Codex，通过 GitHub 接力。

手机通过飞书、GitHub、ChatGPT 三条路径，基本能覆盖我在外面最常见的工作需求。

飞书解决文档和文件可见，GitHub 解决代码同步和版本记录，ChatGPT 解决随时调动不同设备上的 Codex。

这套组合的价值不在“高级”，而在它真的能跑起来。

)

任意两个设备之间，工作可以继续、可以迁移、可以留下记录。

白天碎片推进，晚上集中复盘

现在我出差时，大概是这样的节奏。

晚上在酒店，先规划第二天可以交给 Agent 的任务。任务要拆成明确动作：检查某个模块、整理一份资料、生成一版草稿、对比两种方案、把某段代码改一轮。

第二天出门前，把任务派出去。

白天在外面，非必要不背电脑。碎片时间看一下手机，有授权就批，有问题就补一句上下文，有阶段性产出就看一眼方向。

)

方向不对，就及时打断；方向对，就让它继续跑。

等晚上回到酒店，再打开 MacBook 做集中复盘。

Agent 白天跑出来的东西，不能直接当最终结果。它需要被检查、筛选、重新组织。

我会看今天哪些任务完成了，哪些任务只是跑了一半，哪些产出可以进入客户项目，哪些只能作为中间材料，然后再规划下一轮任务。

这就形成了一个循环：晚上规划，白天派发，碎片审批，晚上验收。

对一个人公司来说，这个循环比“随时在线”健康得多。

我不需要把自己切成 24 小时待命的执行机器，只需要让生产系统在我离开电脑时仍然继续转。

)

这张截图对应的就是白天碎片验收的场景。

手机上能看到 Agent 的工作过程、关键文件、改动数量和局部 diff。很多时候，我只需要判断两件事：方向是不是对，风险是不是可控。

只要这两个判断能在手机上完成，项目就能继续往前滚一段。

对 OPC 真正有用的是不断线

这套方式对我有用，不是因为它看起来酷，而是因为 OPC 的工作天然多线并行。

一个客户项目在推进，不代表新客户可以不找；手上有交付，不代表内容和产品可以停；今天在外面跑，不代表家里的电脑和 Agent 必须闲着。

过去的问题是，人在哪里，工作就在哪里。

现在变成了：任务可以先被正确派出去，产出再回到同一个系统里。

我可以在客户项目不断线的同时，继续处理新机会；可以在出差途中先让 Agent 做一轮资料整理，晚上再判断有没有价值继续追；也可以在随身电脑离线或不方便使用时，让家里的常驻设备先把任务推进起来。

真正省下来的不是某几分钟操作时间，而是等待、切换、重启项目状态的成本。

一个人最怕的不是忙，而是每条线都只能靠自己亲手启动、亲手推进、亲手收尾。

Agent 加多端设备以后，很多工作可以先跑一轮，人再回来做判断。

这才是 AI 时代办公方式的变化。

)

未来的办公桌会越来越轻

手机已经能完成很多碎片化的指挥、审批和验收，但它可能还不是最终形态。

我很自然会想到智能眼镜。

如果以后眼镜足够成熟，Agent 的工作进度可以直接弹在眼前：某个任务完成了，某个权限需要确认，某个 diff 等待审批。

我扭头看一眼详情，口头补一句意见，让 Agent 继续实施，再把通知划走。

这个动作会比现在掏手机、解锁、打开应用、找到会话更轻。

)

至少在我这次出差里，手机 + 两台电脑 + 多端 Agent 的组合，已经让我看到了这个雏形。

白天不用一直背电脑，项目也能继续推进；人在外面跑，家里的设备还能工作；晚上回到酒店，看到的不是一堆待办，而是一批已经被 Agent 先跑过的结果。

AI 改变工作方式，不是从一句宏大的口号开始的。

而是从某次出差路上，你掏出手机，发现自己真的可以指挥远处那台电脑继续干活开始的。

以后 OPC 的办公桌，可能不会固定在某个房间里。

它会散落在你的设备、Agent、云文档和代码仓库里。

而你只需要带着入口出门。

微信扫一扫赞赏作者

AI 副业创业 · 目录

继续滑动看下一个

Anton Coding

向上滑动看下一个